fichier bin

Je ne vois où cela peut bloquer si ce n’est la version de HOS dans laquelle tu es. Nintendo a modifié son firmware et SciresM a fait de même donc avec une ancienne version de HOS, cela pourrait bloquer.

A part, refaire une préparation de ta SD avec des anciennes versions d’AMS (avant la 0.19.0) et Hekate pour ta version HOS actuelle. Le développeur SciresM indique que des anciennes versions d’HOS peuvent poser problème avec la nouvelle version d’AMS. Une fois cela fait, tu lanceras une mise à jour d’HOS via Daybreak puis tu mettras à jour les éléments sur ta SD pour HOS 13.0.0.

Du coup, en prenant des anciennes versions, il faudra fusée-primary.bin pour booter via TegraRCMGui. Et attention au fichier Hekate-ipl.ini également qui doit être modifié. Et comme indiqué juste avant, une fois ta console mise à jour en 13.0.0, tu referas une préparation de ta SD en tenant compte de nouvelles modifications.

Bonsoir,

Je suis en cours de transition pour quitter mon boot via SX OS afin de passer sur ATM suite aux incidents de SX OS.

Cependant, lorsque je suis en mode RCM, je n'arrive pas à boot : Failed to open sdmc:/atmosphere/package3

-J'ai préparé ma carte SD (exFAT) avec SDSetup comme votre tuto bien expliqué (Recommended Defaults);
-Je suis en version 9.1.0;
-J'ai téléchargé les sigpatches et les ai mis dans le dossier atmosphère de ma carte SD;
-J'ai récupéré la dernière version de fusée.bin sur le lien de la release de ATM 1.1.1, conservé sur mon PC;
-J'ai essayé avec le fichier package3 du dossier atmosphere du SDSetup, ainsi qu'avec celui présent dans le lien de la release de ATM 1.1.1 (si jamais c'est un souci de version mise à jour).


Le fichier package3 est par défaut à la racine du dossier atmosphere de ma carte SD. Devrait il etre situé ailleurs, provoquant alors cette erreur ?

Je suis un peu désemparé parce que je vois ailleurs nul part ailleurs sur internet ce probleme. Au cas où, je me suis assuré que l'option "Archive Bit For All SD Files" soit décochée de chacun des fichiers de la carte SD.

Merci d'avance pour ceux qui pourraient m'aider, et désolé si ça vient d'une erreur stupide de ma part.

Le développeur SciresM propose la v1.1.0 Pre-Release de son CFW Atmosphère. Au menu, la prise en charge de HOS 13.0.0 avec des mises à niveaux et des correctifs. Avant de vous lancer, patientez jusqu’à ce que la release stable soit proposée.

Le développeur CTCaer propose la v5.6.1 de son custom bootloader avec la v1.0.7 de son interface graphique NYX. Au Menu, la prise en charge de HOS 13.0.0 avec des correctifs.

Important:

• Avis concernant Atmosphere 1.0.0 et versions ultérieures : le fichier fss0=atmosphere/fusee-secondaire.bin dans hekate_ipl.ini doit être remplacé par fss0=atmosphere/package3


• Avis concernant emuMMC redimensionnée : emuMMC redimensionnée n'a pas le bug lent depuis la v5.6.0. Vous pouvez en créer une nouvelle ou la recréer via Nyx et le problème disparaîtra.

Les sigpatches sont également proposés. De plus, pensez à utiliser Lockpick_RCM pour obtenir la dernière clé !

La sysNAND est la NAND système sur la console et l’emuNAND est la NAND système sur la SD. Si tu poses la question, c’est que tu n’as pas dû créer d’emuNAND.

Oui, si tu prends une ancienne version, il ne faudra pas Fusée.bin mais l’ancien. Toutefois, je ne pense que tu aies de problème avec la dernière version d’AMS et Fusée. Comme dit, ton problème se situe au niveau du fichier Hekate_ipl.ini.

Pas tout compris là. Dans quel but tu souhaites downgrader ? Le seul intérêt à faire cela, c’est pour utiliser SX OS ou alors quelque chose m'échappe. Et si c’est le cas, oui, ne surtout pas mettre à jour au dessus. Tu as juste à utiliser Daybreak et revenir en 11.0.0. C’est le même nombre d’eFuses entre 11.0.1 et 11.0.0.

Le préciser dans ton premier post aurait été plus simple. Heureusement que rien n’a été fait sinon tu aurais eu des contraintes à l’issu.

Pour faire simple, si tu as des bogues avec la 1.0.0 d’Atmosphère, prends une ancienne version avant la v0.20.0 car c’est à partir de là que des gros changements ont été opérés. Et également pour Hekate, une version avant la dernière. Bien que je ne pense qu’il y ait plus de problèmes que cela, c’est une piste possible.

Mais favorise plutôt des précisions lorsque tu postes un sujet ou une demande particulière, ça évitera de fausses pistes.

Dans le même cas, je suppose qu’il s’agit de ta sysNAND pour le downgrade car pour l’emuNAND, ce n’est pas la même dans la mesure où il faut la rendre compatible pour les deux hacks pour espérer aboutir à quelque chose.

Dans tous les cas, ta problématique de départ concerne ton fichier Hekate_ipl.ini et sa mauvaise configuration. Et dans le cas d’une utilisation d’une ancienne version d’Hekate et d’Atmosphère, ce fichier ne sera pas configuré de la même manière. Un autre aspect à prendre en compte également. Là où cela diffère se situe dans le fait qu’il faut remplacer la mention de fusee-secondary.bin par package3 si tu utilises les dernières versions d’AMS et d’Hekate et vice versa si tu venais à prendre une ancienne version de chaque. Toutefois, comme dit, pas de raison que cela ne fonctionne pas avec les dernières.

Comme annoncé il y a peu, le développeur SciresM propose la finale release de la version 1.0.0 de son CFW Atmosphère.

Bien que le plus simple lorsque l’on décide de mettre à jour le CFW sur sa SD est de supprimer tous les éléments qui le concernent en ne touchant pas aux dossiers Nintendo et ce qui se réfère à l’emuMMC, cette nouvelle version embarque un certain nombre de changements !

Si vous mettez à jour depuis la v0.20.X ou inférieur, il faut utiliser Fusee.bin en lien sur le Github avec la release d’Atmosphère pour booter.

• Fusee.bin


• Atmosphere v1.0.0 + HBL 2.4.1 + HBMenu 3.4.1

La première indication plus haut semble plus simple pour refaire une préparation de sa SD mais si vous faites la mise à jour en remplaçant seulement les éléments sur votre carte SD, il faut :

• Supprimer le fichier atmosphere\config\bct.ini


• Supprimer le dossier atmosphere\kip_patches\default_nogc,


• Supprimer atmospherre\fusee-secondary.bin


• Supprimer fusee-mtc.bin qui en principe n’existe plus depuis la v0.20.x


• Si la mise à jour se fait depuis une version inférieure à la version 0.20.0, il faudra aussi supprimer le dossier sept et certains dossiers dans atmosphere\contents


• Si vous utilisez Hekate, il faut aussi modifier les configs pour remplacer la mention de fusee-secondary.bin par package3 (voir l’exemple du fichier Hekate_ipl.ini plus bas)

Vous l’aurez compris, une mise à jour ainsi semble fastidieuse si vous ne maîtrisez pas. Autant refaire une préparation de sa SD.

Et pour ceux qui utilisent le patch NoGC, cela se fait, depuis la v1.0.0, dans le fichier atmosphere\config\stratosphere.ini

Les sigpatches sont également à jour pour cette dernière release. Pour ce qui concerne Hekate, à voir si une mise à niveau suivra.

Le fichier Hekate_ipl.ini doit ressembler à cela:

Code: Select All Code

[config]
autoboot=0
autoboot_list=0
bootwait=0
autohosoff=0
autonogc=1
updater2p=1
backlight=100

[CFW - sysMMC]
fss0=atmosphere/package3
kip1patch=nosigchk
atmosphere=1
emummc_force_disable=1
icon=bootloader/res/icon_payload.bmp

[CFW - emuMMC]
fss0=atmosphere/package3
kip1patch=nosigchk
emummcforce=1
atmosphere=1
icon=bootloader/res/icon_payload.bmp

[Stock - sysMMC]
fss0=atmosphere/package3
emummc_force_disable=1
stock=1
icon=bootloader/res/icon_switch.bmp

Ceci est l’exemple le plus basique car ce fichier est configurable à souhait !

Merci pour l'aide
oui ca a été mise a jour via choix du jour sans désactiver l'autorcm sans emunand biensur.
sur hekate il y a marqué 7/6 efuses hos 9.1.0 et 9.2.0 (bizarre j eatis en 12.1.0)
j'ai réussi a passé première erreur pkg1
sauf que j'ai erreur failed to decrypt the package 2 header (master key revision 7)
j'ai mes anciens boot0 et boot1 sur sxos mais ils sont en fichier bin.
je suis rebloqué et ne sais meme plus comment faire.